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ABSTRACT 



Mechanism for use in an internetworking device incorpo- 
rating a translational bridging function to provide load 
balancing across multiple instances of the same destination 
address. Traffic originating with clients in the transparently 
bridged domain is distributed over multiple communication 
paths to the multiple instances of the destination address in 
the source route bridging domain. The internetworking 
device sends an explorer frame over each interface in the 
source route bridging domain to discover all parallel paths to 
the destination address. The internetworking device receives 
a response from each instance of the destination address 
over all possible paths. The routing information contained in 
the responses is used to create entries in a cache in the 
internetworking device. Load balancing is performed by 
using the source address of the transparently bridged clients 
as a key to select a specific path for each such client. Frames 
originating with different clients in the transparent bridging 
domain are then distributed over the selected paths to the 
same destination address. 

29 Claims, 7 Drawing Sheets 
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LOAD BALANCING MECHANISM FOR A the IEEE, with the result that many aspects of translational 

TRANSLATIONAL BRIDGE ENVIRONMENT bridging have been left to the product vendor implementing 

this function. IBM introduced source route transparent 

BACKGROUND OF THE INVENTION (SRT) bridging as an alternative to translational bridging in 

. , . , < a heterogeneous bridging environment. SRT bridges can 

The present invention relates m general to an improved forward traffic from botfa transparent and ^wx rmif > end 

data communication and networking system, and in stations and form a common spanning tree with transparent 

particular, to an improved system and method for conveying bridges, allowing end stations of each type to communicate 

data between a transparent bridging domain and a source ^ end stat i oos 0 f tae same type in a network of arbitrary 

route bridging domain. topology. U.S. Pat. No. 5,280,480 teaches source route 

The prior art provides two bridging architectures that can transparent bridging and is hereby incorporated by refer- 

be used to interconnect local area networks (LANs). Both ence. 

the source route bridging (SRB) architecture and the trans- Ultimately, the goal of connecting a transparent bridging 

parent bridging (TB) architecture are well-known in the domain and a source route bridging domain is to allow 

prior art and will only be described briefly here to describe communication between hosts in the transparent bridging 

the environment in which the invention is used. 1 domain and hosts in the source route bridging domain. 

t„ ™.#-u«*j«* Ethernet and token ring LANs both support 48 bit media 

In the source route bridging architecture, the specific route . 1Af .« 1t . v\. * * . 

* * u *. _ j . . • access control (MAC) addresses, although the internal hard- 

wmch a frame must traverse between a source end station * . y ril _ . . ^ . 

... , . . . » , . « ^ . . , . 4t _ ware representation of these addresses diner. Although 

(host) and a destination end station (host) is earned m the ^ ^ unit ^ u( . for Elhsmct devi me tok * n 

frame. SRBs are so-named because the ^omplete source-to- 20 ^ d Kcate MAC address6S# ma| ^ 

destination route !s placed in all inter-LAN frames sent by stations Qn diffcrent token rf can naye the same token 

the source station. SRBs store and forward the frames as ^ ^ address ^ bk}m ^ addressed by 

indicated by the route appearing in the appropriate field of ^ inventfon ^ ma , of forming traffic originating at 

the frame. Before the frame is transmitted with routing differen , host8 fa , he , ransparent bridging domain along 

information, the source station sends an explorer frame M differem routes to , destination address m me route 

which is propagated throughout the network to the destina- brfd m domain ^ there a[e mul(i k ixtaDWS of , he 

Uon station. As the explorer frame traverses the network, a destination address 

source route bridge interconnecting LANs enters routing 

information in the frame such as bridge identification SUMMARY OF THE INVENTION 

number, LAN number, etc. When the explorer frame arrives 30 it is therefore one object of this invention to provide an 

at the destination end station, it is copied and then rerouted improved data communication and networking system in a 

by the specific route entered into the frame to the source end mixed bridging environment. 

station. The source end station stores the route information [ t ^ another object of this invention to provide a method 

and uses it to send subsequent frames to the destination end for distributing traffic originating from hosts in a transparent 

station. A more detailed description of the source routing 3S bridging environment along multiple communications paths 

architecture is contained in the IEEE 802.5 token ring LAN to a destination MAC address. 

specification. It ^ another object of the invention to provide an 

In the transparent bridging architecture, routing informa- improved translational bridge that supports multiple active 

uon is not carried in the frame. Transparent bridges are communication paths for multiple instances of the destina- 

so-named because their presence and operation is transpar- 40 tion MAC address in the source route bridging network, 

ent to network hosts. When transparent bridges are powered foregoing objects are achieved by the method and 

on, they leam the topology of the network by analyzing the svs t e m of the present invention which provides a mechanism 

source address of incoming frames from all attached LANs. mat aUows translational bridges connecting transparently 

When a transparent bridge receives a frame from a host on bridged networks to source route bridged networks to sup- 

an interface (port), it concludes that the host can be reached 45 ^ mu itiple communication paths for multiple instances of 

through the LAN connected to that port. The transparent me ad dress in the SRB network, 

bridge uses this process to build a table containing the host Specifically, the invention allows traffic from transpar- 

address and the interface number. When a source station on enll bfid ^ clients destined tQ a ^ a{Jdress on ^ SRB 

one LAN intends to .communicate with a destination end netwofk Qn me othef side of ^ translational bridge t0 be 

station on another LAN ,the transparent ^bridge compares the 50 debuted across multiple instances of the same MAC 

d^naton address with me entries in the transparent bridge address ^ translstional bridge ^ a Uee 

table. If the table contains an association between the loref (STE) &ame ;f ^ destination ^ has 

destination address and any of the bridge s ports except the not been leamed ^ ensures ^ ^ ^ atbs to thc 

oneon which the frame was received, the frame is forwarded destinatioll ^ address ^ ^ STE frame is 

out the micated port. If no assc^auon is found, the frame S5 delivcred once to each ring m ^ SRB network . ^ 

is flooded to all ports except the port on which it was ^^o^! bridge recc i vcs a response from the destination 

received. Broadcast frames and multicast frames are flooded MACovereach ring with corresponding routing information 

in the same way. A more detailed description of the trans- fields(RIFs) which are then cached. The translational bridge 

parent bridging architecture is contained in the IEEE 802.1 men traffic destined 

to this MAC address across 

standard. 60 me different RIFs. Load balancing is performed by using the 

Transparent bridges are found predominantly in Ethernet address of the source as the key, i.e., frames from each 

IEEE 802.3 networks and source route bridges are found transparently bridged client to the same destination MAC 

almost exclusively in token ring networks. Translational address can be distributed over separate RIFs. 
bridges are designed to bridge between a transparent bride- 

ing domain and! source rouTe bridging domain in a bridged 65 BRIEF DESCRIPTION OF THE DRAWINGS 

heterogeneous communications network. Translational The novel feature believed characteristic of the present 

bridging has not been standardized by organizations such as invention are set forth in the appended claims. The invention 
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itself however, as well as a preferred mode of use, further is connected. Each SRB receiving the explorer frame copies 

objects and advantages thereof, will be best understood by the frame onto all of its outbound ports. Route information 

reference to the following detailed description of an illus- is added to the explorer frames as they traverse the inter- 

trative embodiment when read in conjunction with the network. When the explorer frames from the source host 
accompanying drawings, wherein: 5 reach the destination host, the destination host replies to 

FIG. 1 illustrates a source routing-transparent each explorer frame individually using the accumulated 

(translational) bridge in which the present invention oper- route information. The source host chooses a path based on 

ates . some predetermined criteria such as the first frame received, 

FIG. 2 illustrates the format of a token ring frame accord- or f ?» P ath ^ ,he ^ h °? s - ,™ e ^ S f 0 *" 

ing to the IEEE 802.5 specification; 10 f M » does n ° tre ^ re ^ P**}™ 1 " cnlena - Generally, he 

° - , , first frame received will determine the path chosen. After the 

FIG. 3 illustrates the logic steps performed by the source route fa selectedj it ^ mt0 frames destined for me 

routing-transparent (translational) bndge upon receipt of a destination host in tbe form of a routing information field 

frame at a bndge interface; (r IF ) a rif is ^ c i ndcd only ^ tbose frames des tined for 

FIG. 4 illustrates the logic steps performed by the source 15 ome r LANs. The presence of routing information within the 

routing-transparent (translational) bridge to forward a frame bamt is indicated by setting of the most significant bit 

using the transparent bridge algorithm; within the source address field, called the routing informa- 

FIG. 5 illustrates the logic steps performed by the source tion indicator (RII) bit. 

routing-transparent (translational) bridge to learn the source FIG. 2 illustrates the format of an IEEE 802.5 token ring 

media access control (MAC) address and associated routing 20 frame, and more particularly, the format of the routing 

information field (RIF); information field (RIF). The fields of the RIF are as follows: 

FIG. 6 illustrates the logic steps performed by the source a. the routing control field, which consists of the following 

routing-transparent (translational) bridge to send a frame subfields: 

using the routing information field (RIF) from the source (i) me t ype subfield in the RIF indicates whether the 

route database; and 25 frame should be routed to a single node, a group of 

FIG. 7 illustrates another example of a source routing- nodes mat make up a spanning tree of the internetwork, 

transparent (translational) bridge network in which the or all nodes. The first type is called a specifically routed 

present invention operates. frame; the second type is called a spanning-tree 

explorer; and the third type is called an all-paths 

DETAILED DESCRIPTION OF THE 30 explorer. 

PREFERRED EMBODIMENT The spanning-tree explorer can be used as a transit 

Translational bridges allow end stations from an Ethernet/ mechanism for multicast frames. It can also be used as a 

transparent bridging domain to communicate with end sta- replacement for the all-paths explorer in outbound route 

lions from the token ring/source route bridging domain. 35 <l ueries ' In ™* case > me destination responds with an 

Translational bridges create a gateway between the two all-paths explorer. 

domains. To the SRB end station, the translational bridge has (2) the length subfield indicates the total length (in bytes) 

a ring number and bridge number associated with it, and thus of the RIF. 

looks like a standard SRB. The ring number, in this case, (3) the D bit indicates the direction of the frame (forward 

actually reflects the entire transparent bridging domain. To ^ or reverse). 

the transparent bridging domain, the translational bridge is me largest field indicates the largest frame that can be 

simply another transparent bridge. handled along this route. 

FIG. 1 illustrates a computer network 100 having both a b. the route descriptor field, of which there can be more than 
source route bridging domain 110 and a transparent bridging one. Each route descriptor field carries a ring number- 
domain 120. The two domains are interconnected by source 45 bridge number pair that specifies a portion of a route, 
routing-transparent (translational) bridge 75. In the source Routes, then, are simply alternating sequences of LAN 
route bridging domain 110 of the network 100, there is and bridge numbers that start and end with LAN numbers, 
depicted a mainframe computer 10 (e.g. IBM S/390) to When bridging from tbe SRB domain 110 to the trans- 
which is connected communications controller 5 and com- parent bridging domain 120, SRB information is removed, 
munications controller 15. Controller 5 has connections to 50 RIFs are usually cached in the translational bridge 75 for use 
token ring LANs 20 and 30; controller 15 has connections to by subsequent traffic. When bridging from the transparent 
token ring LANs 40 and 50. Source route bridge 25 connects bridging domain 120 to the SRB domain 110, translational 
token ring LAN 20 to token ring LAN 60. Likewise, source bridge 75 checks the frame to determine if it has a unicast 
route bridge 35 connects token ring LAN 30 to token ring destination. If the frame has broadcast or multicast 
LAN 60; source route bridge 45 connects token ring LAN 40 55 destinations, the frame is sent into the SRB domain 110 as 
to token ring LAN 70; and source route bridge 55 connects a spanning tree explorer frame. If the frame has a unicast 
token ring LAN 50 to token ring LAN 70, Source routing- destination address, translational bridge 75 looks up the 
transparent (translational) bridge 75 connects to token ring destination in its RIF cache. If it is found in the cache, the 
LANs 60, 70 in the source route bridging domain 110 and to rif information is added to the frame; otherwise the frame 
LAN segments 80 and 90 in the transparent bridging 6 o is sent as a spanning tree explorer frame, 
domains 120. Also, depicted in FIG. 1 is station A on x wo key features of source route bridging are utilized in 
Ethernet LAN segment 80 and station B on Ethernet LAN the present invention. The first feature of source route 
segment 90. bridging is that it supports multiple communication paths 

In the source route bridging domain 110, when a source between a source station on one token ring LAN and a 

host on one token ring LAN wants to communicate with a 65 destination station on a different token ring LAN. These 

destination host on another token ring LAN, the source host paths can be in use concurrently, thus providing load bal- 

sends an explorer frame to each SRB to which the first LAN ancing in the SRB network. The second feature of source 
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route bridging is that it allows stations on different token from a MAC address, i.e., all 4 RIFs received in the network 
ring LANs to have the same token ring MAC address. This of FIG. 1. The translational bridge 75 subsequently distrib- 
feature is used extensively by mainframe controllers across utcs traffic to the destination MAC address across the 
multiple interfaces to distribute incoming traffic over mul- different RIFs. The load distribution to different RIFs can be 
tiple token ring connections within a controller as well as to 5 done in various ways; however, in the preferred embodiment 
multiple controllers all sharing the same MAC address. This distribution is performed by using the MAC address of the 
allows mainframe access to be load balanced. Thus, as source station as the key. One possibility is to use the low 
illustrated in FIG. 1, controller 5 has the same MAC address order bits of the source MAC address as an index to select 
(MAC M) for its connections to token ring LAN 20 and from the multiple RIFs. Another scheme is to perform an 
token ring LAN 30. The same is true for controller 15 and exclusive OR operation between the highest order two bytes 
its connections to token ring LAN 40 and token LAN 50. As and the lowest order two bytes of the six byte source address, 
depicted in FIG. 1, there are four parallel paths to the The result of this operation is then combined with the middle 
mainframe 10, each terminating in the same MAC address bytes of the source address in another exclusive OR opera- 
fix., MAC M). In a transparent bridging domain, on the tion. The low order bits of the final value of this simple 
other hand, stations on different LAN segments must have a t _ hashing scheme is then used as an index to select the RIF to 
unique MAC address. Thus load balancing that is possible at 15 b *^' ln the J^ 0 * of ™ ^ frame * ^ **? n £ 
the MAC address level with token ring networks & the SRB ^ M ' ?° * ^ ^ I' < \^vl 
domain is not possible with Ethernet networks using trans- ^^il^^^T ™ ™ 

parent bridging. Consequently, translational bridges that are < Km 8 **' * u * Km S 7 77 > 

•i t_, • .? . « t _ ,5 i .* Translational bridge 15 also maintains an independent age 

available in the prior art do not support multiple active 0 r~ & 

communication paths for multiple instances of MAC 20 ^^^j 3 ™™™?" ^ corresponding to a destination 

addresses in the SRB domain. The present invention MAC address. The structure used for entries in this duplicate 
described more fully herein provides load balanced main- 
frame access for Ethernet clients in the transparent bridging 

domain. It allows traffic from Ethernet clients destined to a 25 mac (dmac) database is as follows: 

MAC address in the SRB network to be distributed across typcdcf struct dmac_entry{ 

multiple instances of the MAC address (e.g. MAC M). struct dmac_entiy * next; 

In the network 100 depicted in FIG. 1, station A on SS£l>£S«1 

Ethernet LAN 80 is unaware of the SRB network 110 on the u^ge, rif_n 0 ; 

other side of the translational bridge 75. Station A sends a 3Q }DMAC_CACHE_ent; 
frame to the MAC address MAC M of the mainframe 



controllers 5, 15. The translational bndge 75 must decide , f a RIF fafls due tQ the failure of a ring 0f SRfi the 

which MAC M to forward this frame to. Normally, if translational bridge 75 detects this in the usual manner and 

translational bridge 75 has not learned a path to the desti- QUt me ^ fof the destination MAC address. However, 

nation (MAC M), it sends the frame over the SRB network 35 whea ^nig mc next frame to the destination MAC 

as an explorer frame, preferably a spanning tree explorer addrcss> me translational bridge 75 will use an alternate RIF, 

(STE) frame. The STE ^frame is delivered once to each ring tf Qnc has ^ karned M switchiog to a different 

in the SRB network 110. When the destination (MAC M) RIF causes a timcout for the Ethcrnet c i ien ts in the 

responds, the translational bridge 75 learns the path to the transparent bridge domain 120. If the failed RIF recovers, 

destination from the routing information field (RIF) in the ^ fraffic caQ ^ left OQ ^ atom9tjei RIFs to avoid additional 

response frame. In the network depicted in FIG. 1, transla- timeouts for existing clients, or the traffic can be 

tional bridge 75 receives four responses with the corre- switched back to me origi nal RIF to maximize load balanc- 

sponding RIFs: mg 

RIF-1: Ring #1, SRB#A, Ring #555 algorithm implemented in the software logic stored in 

RIF-2: Ring #2, SRB#B, Ring #555 45 the translational bridge device is depicted in FIGS. 3-6 as 

RIF-3: Ring #3, SRB#C, Ring #777 more fully described herein. 

RIF-4: Ring #4, SRB#D, Ring #777 FIG. 3 illustrates logic steps performed by the transla- 

Prior art translational bridges associate MAC M with one tional bridging device of this invention when the device 

of the four RIFs. Thereafter, any frame from a station on receives a frame on one of its interfaces. Logic step 300 

Ethernet network 120 is sent using the selected RIF. Thus the 50 indicates the start of the process. In logic block 302, a frame 

other MAC M interfaces will never be used with prior art is received on one port of the translational bridge. In 

translational bridges. Furthermore, prior art translational decision block 304, a test is made to determine if the frame 

bridges will age out the cache entry for MAC M if it does is source routed. If the frame is not source routed, a test is 

not see any frames from MAC M for a period of time. performed in decision block 306 to determine if transparent 

Therefore, if the selected RIF to MAC M fails due to the 55 bridging is enabled. If transparent bridging is not enabled, 

failure of a ring or a SRB in the path, the translational bridge the frame is discarded as indicated in logic block 312. 

will not receive any frames having the RIF and the cache Otherwise, the frame is forwarded using the transparent 

entry for MAC M will be aged out. On the next transmit to bridging algorithm as indicated in logic block 308. Process- 

MAC M, the prior art translational bridge sends an STE ing then passes to the transparent bridging algorithm 

explorer frame to find a new RIF. Even when a new RIF is 60 depicted in FIG. 4. 

found, the Ethernet clients (station A, for example) experi- If in decision block 304, it was determined that the frame 

ence a session timeout. is source routed, a test is then made in decision block 310 to 

With the present invention, translational bridge 75 sends determine if source routing is enabled on the incoming port, 

an explorer frame to the destination MAC address if the If it is not, the frame is discarded as indicated by logic block 

destination MAC address has not been learned. This ensures 65 312. If source routing is enabled on the incoming port, the 

that parallel paths to the destination MAC address are next step (logic block 314) is to learn the source MAC 

learned. Translational bridge 75 caches all RIFs that are seen address and RIF in the source route database maintained in 
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the translational bridge device. The processing associated 
with logic block 314 is more fully shown in FIG. 5. At the 
exit from the processing depicted in FIG. 5 (block 510), 
logic processing returns to decision block 316 wherein a 
determination is made if the frame is an explorer frame. If 5 
it is an explorer frame, then in logic block 318 the frame is 
forwarded without a RIF to all transparently bridged ports 
and with an updated RIF to all source routed ports except the 
incoming port. If it is not an explorer frame, then the frame 
is a specifically routed frame (SRF). In logic block 320, the 10 
target ring number is identified from the RIF in the frame, 
and the frame is forwarded to the outbound port associated 
with the target ring number. Processing then returns to logic 
block 300 to await the arrival of the next frame. 

FIG. 4 illustrates the processing performed by the trans- 15 
lational bridge to forward a frame using the transparent 
bridge algorithm. Logic block 400 indicates the start of the 
algorithm. In logic block 402, the transparent bridging 
database is updated with the source MAC address contained 
in the frame. Next, in decision block 404 a test is made to 20 
determine if the destination MAC address is in the trans- 
parent bridging database. If it is, then the frame is forwarded 
to the port associated with the destination MAC address as 
indicated in logic block 406. Processing then exits at logic 
block 414 which causes a return to logic block 300 to await 25 
another frame. 

If in decision block 404, the destination MAC address was 
not found in the transparent bridging database, a test is then 
made in decision block 408 to determine if the destination 
MAC address is in the source route database. If it is, then the 30 
frame is sent using the RIF from the source route database 
as indicated in logic block 410. The processing associated 
with logic block 410 is more frilly described in FIG. 6. If the 
destination MAC address is not in the source route database 
(decision block 408), processing then proceeds to logic step 35 
412 wherein the frame is forwarded to all transparently 
bridged ports except the incoming port, and also is for- 
warded to all source routed ports as an explorer frame. 
Processing then exits in logic step 404 which causes a return 
to logic block 300 to await another frame. 40 

FIG. 5 illustrates the processing performed by the trans- 
lational bridge to learn the source MAC address and RIF. 
Processing starts in logic block 500. In decision block 502, 
a test is made to determine if the source route database has 
an entry for the given source MAC address. If no entry is 45 
found, then in logic block 504, the source MAC address, RIF 
and associated port are added to the source route database. 
This is followed by an exit as indicated in logic block 510, 
which returns processing to decision block 316 in FIG. 3. 

If the source route database does have an entry for the 50 
given source MAC address, then in decision block 506, a test 
is made to determine if the RIF in the incoming frame 
matches any of the stored RIFs for a given source MAC 
address in the source route database. If it does not, then the 
source MAC, RIF and associated port are added to the 55 
source route database as indicated in logic block 504. 
Otherwise, the age of the entry corresponding to the given 
source MAC/RIF in the source route database is refreshed in 
logic block 508, and processing exits in logic block 510 
causing a return to decision block 316 in FIG. 3. 60 

FIG. 6 illustrates the processing performed by the trans- 
lational bridge to send a frame using the routing information 
field from the source route database. Logic block 600 
indicates the start of the process. In decision block 602, a test 
is performed to determine if the source MAC address/ 65 
destination MAC address pair exists in the duplicate MAC 
(DMAC) database. If it does not, then in logic block 604, the 
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following steps are performed: (1) determine the total num- 
ber of non-aged out RIFs(N) stored in the source route 
database for a given destination MAC address; (2) hash the 
source MAC address to select one out of N available RIFs 
(e.g., RIF(M)); (3) send the frame as a specifically routed 
frame using the selected RIF(M); (4) create an entry in the 
DMAC database corresponding to the given source MAC/ 
destination MAC pair, and store "M" in the corresponding 
"rif_no" field. Processing exits in logic block 612 and 
returns to step 300 in FIG. 3 to await the arrival of another 
frame. 

If in decision block 602, an entry is found for the source 
MAC/destination MAC pair in the DMAC database, then in 
decision block 606, a test is made to determine if the RIF 
corresponding to "rif_no" in the DMAC database entry has 
aged out in the source route database. If it has not aged out, 
then the frame is sent as a specifically routed frame (SRF) 
using the RIF corresponding to the "riL-no", as indicated in 
logic block 610. Processing then exits in logic block 612. 

If in decision block 606, the RIF corresponding to "rif_ 
no" in the DMAC database entry has aged out in the source 
route database, then in logic block 608, the following steps 
are performed: (1) determine the total number of non-aged 
out RIFs stored in the source route database for a given 
destination MAC; (2) hash the source MAC address to select 
one out of N available RIFs (e.g., RIF(M)); (3) send the 
frame as a specifically routed frame using the selected 
RIF(M); (4) update the "rifLno" field of the DMAC data- 
base entry corresponding to the given source MAC/ 
destination MAC pair with "M". Processing then exits in 
logic block 612. 

There are some optimizations that can be made to reduce 
the memory requirements in the translational bridge 75. 
Instead of caching all RIFs for a duplicate MAC destination 
address, only RIFs that end in a different ring number might 
be cached. This allows traffic to a MAC address to be 
distributed across multiple instances of the MAC address, 
but not be distributed across multiple paths to the same 
MAC address instance. To illustrate this point, FIG. 7 shows 
another example of a source route translational bridge 
network in which source route bridges 65 and 85 have been 
added to the network of FIG. 1. SRB 65 connects token ring 
LANs 30 and 60 to the same MAC instance (MAC M) to 
controller 5 as does the parallel path in which SRB 35 joins 
token ring LANs 30 and 60. The same is true of SRB 85 
which connects token ring LANs 40 and 70 to the same 
MAC instance (MAC M) to controller 15 as does the parallel 
path in which SRB 45 joins token ring LANs 40 and 70. 
When translational bridge 75 sends explorer frames to the 
duplicate MAC address (MAC M), the STE frame will 
arrive at a specific MAC instance along one of the parallel 
paths depicted in FIG. 7 where there is an alternate path to 
the same MAC instance. Controllers 5 and 15, however, 
respond by sending an all paths explorer response frame. 
Thus in the context of FIG, 7, two additional RIFs will be 
received in the responses sent back to the translational 
bridge: 

RIF-5: Ring #2, SRB#B, Ring #60 

RIF-6: Ring #3, SRB#C, Ring #70 

Since both RIF-2 and RIF-5 end in Ring #2, only one RIF 
would be entered into the translational bridge cache. 
Similarly, only one of RIF-3 and RIF-6 would be 
entered in this cache, since both RIFs end in Ring #3. 
To further reduce memory requirements, the number of 
destination MAC addresses for which multiple 
instances (i.e, duplicate MAC addresses) are supported 
can be limited. Also, it should be pointed out that the 
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hashing algorithm described herein to distribute traffic 
from transparently bridged clients to different RIFs, 
means that stations, such as station A and station C both 
connected to the same LAN segment 80 can be routed 
along different RIFs to the same destination MAC 5 
address (MAC M). The same is true for stations B and 
D on LAN segment 90. 
The source routing transparent bridging function of this 
invention can be implemented in various internetworking 
devices including actual translational bridge devices such as 10 
the IBM 8229 bridge, or in multiprotocol devices such as the 
IBM 2210 Nways Multiprotocol Router, the IBM 2216 
Nways Multiaccess Connector, the IBM 8210 Nways Mul- 
tiprotocol Switched Services (MSS) Server. The latter 
device is an IBM developed technology that implements 15 
multiprotocol, distributed routing in switched networks. It 
provides standards-based transparent bridging support 
between Ethernet emulated LANs and standards-based 
source route bridging support between token ring emulated 
LANs. Although the invention was described in the context 20 
of legacy physical Ethernet and token ring LANS. It is 
equally applicable to virtual LANs or emulated LANs (e.g., 
ATM-compliant LAN emulation) as well as to wide area 
network links including frame relay. 

It is important to note that although the present invention 25 
has been described in the context of a translational bridge 
function installed on and executed by an internetworking 
device within a computer network, those skilled in the art 
will recognize and appreciate that the mechanisms of the 
present invention are capable of being distributed as a 30 
program product in a variety of forms, and that the present 
invention applies equally regardless of the particular type of 
signal bearing media utilized to carry out the distribution. 
Examples of signal bearing media include, without 
limitation, recordable type media such as CD ROMS, or 35 
floppy disks, and transmission type media such as analog or 
digital communications links. 

While the invention has been particularly shown and 
described with reference to particular embodiments thereof, 
it will be understood by those skilled in the art that various 40 
changes in form and detail may be made without departing 
from the spirit or scope of the present invention. 

Having thus described our invention, what we claim and 
desire to secure as Letters Patent is as follows: 

1. A method for distributing data frames from source hosts 45 
in a transparent bridging domain over multiple communi- 
cation paths to multiple instances of a destination address in 
a source route bridging domain of a heterogeneous computer 
network, said method implemented in an internetworking 
device comprising the steps of: 50 
receiving a data frame at the internetworking device that 
is destined to a host in the source route bridging domain 
from a host in the transparent bridging domain; 
sending an explorer frame out each source routed port to 
said destination address in the source route bridging 55 
domain if said destination address has not previously 
been learned by said internetworking device; 
receiving a response to said explorer frame from each 
instance of the destination address in the source route 6Q 
bridging domain; 
learning and storing in a cache at said internetworking 
device, the routing information contained in each said 
received response; 
selecting a path to the destination address in the source 65 
route bridging domain for all data frames originating at 
said source host; and 
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forwarding said data frame over said selected path to the 
destination address. 

2. The method of claim 1 further comprising: 
determining if the data frame is source routed; 

if said data frame is source routed, determining if source 
routing is enabled on said incoming port; 

learning the source address and routing information con- 
tained in said data frame: 

determining if said data frame is an explorer frame; and 

if said data frame is an explorer frame, forwarding said 
data frame without said routing information to all ports 
that are transparently bridged, and forwarding said data 
frame with updated routing information to all ports that 
are source routed except the incoming port. 

3. The method of claim 2 further comprising: 

if said data frame is not source routed, updating a trans- 
parent bridge database with the source address con- 
tained in said data frame; 

determining if the destination address is in said transpar- 
ent bridge database; 

if said destination address is in said transparent bridge 
database, forwarding said data frame to the port asso- 
ciated with said destination address; 

if the destination address is not in said transparent bridge 
database, determining if the destination address is in a 
source routing database; and 

if the destination address is not in said source routing 
database, forwarding said data frame to all ports that 
are transparently bridged except the incoming port, and 
forwarding said data frame to all ports that are source 
routed as an explorer frame. 

4. The method of claim 2 wherein said learning the source 
address and routing information step includes: 

determining if there is an entry for said source address in 

a source routing database; 
if there is no said entry, adding the source address, routing 

information and associated port to said source routing 

database; 

for each entry for said source address, determining if the 

routing information in said data frame matches the 

routing information in said each entry; 
if there is a matching entry, refreshing the age of said 

matching entry; and 
if there is no matching entry, adding the source address, 

routing information and associated port to said source 

routing database. 

5. The method of claim 2 further comprising: 
determining if the source address and destination address 

pair is in a duplicate destination address database; 

if said source address and destination address pair is in 
said duplicate destination address database, determin- 
ing if the corresponding routing information in a source 
routing database has aged out; 

if said corresponding routing information in said source 
routing database has not aged out, sending said data 
frame as a specifically routed frame. 

6. The method of claim 5 further including: 

if said source address and destination address pair is not 
in said duplicate destination address database, deter- 
mining the total number of non-aged out entries in said 
source routing database corresponding to said destina- 
tion address; 

hashing the source address in said data frame to select one 
of said non-aged out entries in said source routing 
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database for forwarding said data frame as a specifi- 
cally routed frame; and 
creating an entry in said duplicate destination address 
database corresponding to said source address and 
destination address pair. 5 

7. The method of claim 5 further comprising: 

if said corresponding entry in said source routing database 
has aged out, determining the total number of non-aged 
out entries in said source routing database correspond- 
ing to said destination address; 10 

hashing the source address in said data frame to select one 
of said non-aged out entries in said source routing 
database for forwarding said data frame as a specifi- 
cally routed frame. 

8. The method of claim 1 wherein said internetworking 
device is a bridge. 

9. The method of claim 1 wherein said internetworking 
device is a router with bridging software. 

10. The method of claim 1 wherein said internetworking 
device is a server with bridging software. 

11. The method of claim 1 wherein said explorer frame is 
a spanning tree explorer frame. 

12. An internetworking device for distributing data frames 
from source hosts in a transparent bridging domain over 
multiple communication paths to multiple instances of a 
destination address in a source route bridging domain of a 
heterogeneous computer network, said internetworking 
device comprising: 

means for receiving a data frame at the internetworking 3Q 
device that is destined to a host in the source route 
bridging domain from a host in the transparent bridging 
domain; 

means for sending an explorer frame out each source 
routed port to said destination address in the source 35 
route bridging domain if said destination address has 
not previously been learned by said internetworking 
device; 

means for receiving a response to said explorer frame 
from each instance of the destination address in the 40 
source route bridging domain; 

means for learning and storing in a cache at said inter- 
networking device, the routing information contained 
in each said received response; 

means for selecting a path to the destination address in the 45 
source route bridging domain for all data frames origi- 
nating at said source host; and 

means for forwarding said data frame over said selected 
path to the destination address. 

13. The internetworking device of claim 12 further com- 50 
prising: 

means for determining if the data frame is source routed; 

if said data frame is source routed, means for determining 
if source routing is enabled on said incoming port; 55 

means for learning the source address and routing infor- 
mation contained in said data frame: 

means for determining if said data frame is an explorer 
frame; and 

if said data frame is an explorer frame, means for for- 60 
warding said data frame without said routing informa- 
tion to all ports that are transparently bridged, and 
means for forwarding said data frame with updated 
routing information to all ports that are source routed 
except the incoming port. 65 

14. The internetworking device of claim 13 further com- 
prising: 



if said data frame is not source routed, means for updating 
a transparent bridge database with the source address 
contained in said data frame; 

means for determining if the destination address is in said 
transparent bridge database; 

if said destination address is in said transparent bridge 
database, means for forwarding said data frame to the 
port associated with said destination address; 

if the destination address is not in said transparent bridge 
database, means for determining if the destination 
address is in a source routing database; and 

if the destination address is not in said source routing 
database, means for forwarding said data frame to all 
ports that are transparently bridged except the incoming 
port, and means for forwarding said data frame to all 
ports that are source routed as an explorer frame. 

15. The internetworking device of claim 12 wherein said 
means for learning the source address and routing informa- 
tion includes: 

means for determining if there is an entry for said source 
address in a source routing database; 

if there is no said entry, means for adding the source 
address, routing information and associated port to said 
source routing database; 

for each entry for said source address,:means for deter- 
mining if the routing information in said data frame 
matches the routing information in said each entry; 

if there is a matching entry, means for refreshing the age 
of said matching entry; and 

if there is no matching entry, means for adding the source 
address, routing information and associated port to said 
source routing database. 

16. The internetworking device of claim 12 further com- 
prising: 

means for determining if the source address and destina- 
tion address pair is in a duplicate destination address 
database; 

if said source address and destination address pair is in 
said duplicate destination address database, means for 
determining if the corresponding routing information in 
a source routing database has aged out; 

if said corresponding routing information in said source 
routing database has not aged out, means for sending 
said data frame as a specifically routed frame. 

17. The internetworking device of claim 16 further includ- 
ing: 

if said source address and destination address pair is not 
in said duplicate destination address database, means 
for determining the total number of non-aged out 
entries in said source routing database corresponding to 
said destination address; 

means for hashing the source address in said data frame 
to select one of said non-aged out entries in said source 
routing database for forwarding said data frame as a 
specifically routed frame; and 

means for creating an entry in said duplicate destination 
address database corresponding to said source address 
and destination address pair. 

18. The internetworking device of claim 16 further com- 
prising: 

if said corresponding entry in said source routing database 
has aged out, means for determining the total number 
of non-aged out entries in said source routing database 
corresponding to said destination address; 
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means for hashing the source address in said data frame 
to select one of said non-aged out entries in said source 
routing database for forwarding said data frame as a 
specifically routed frame. 

19. A computer program product for distributing data 5 
frames from source hosts in a transparent bridging domain 
over multiple communication paths to multiple instances of 

a destination address in a source route bridging domain of a 
heterogeneous computer network, said computer program 
product comprising: 10 
program code for determining that a received data frame 
at an internetworking device is destined to a host in the 
source route bridging domain from a host in the trans- 
parent bridging domain; 
program code for sending an explorer frame out each 15 
source routed port to said destination address in the 
source route bridging domain if said destination 
address has not previously been learned by said inter- 
networking device; 
program code for determining that a response to said 
explorer frame is received from each instance of the 
destination address in the source route bridging 
domain; 

program code for learning and storing in a cache at said 25 
internetworking device, the routing information con- 
tained in each said received response; 

program code for selecting a path to the destination 
address in the source route bridging domain for all data 
frames originating at said source host; and 30 

program code for forwarding said data frame over said 
selected path to the destination address. 

20. The computer program product of claim 19 further 
comprising: 

program code for determining if the data frame is source 35 
routed; 

if said data frame is source routed, program code for 
determining if source routing is enabled on said incom- 
ing port; 40 

program code for learning the source address and routing 
information contained in said data frame: 

program code for determining if said data frame is an 
explorer frame; and 

if said data frame is an explorer frame, program code for 45 
forwarding said data frame without said routing infor- 
mation to all ports that are transparently bridged, and 
program code for forwarding said data frame with 
updated routing information to all ports that are source 
routed except the incoming port. 50 

21. The computer program product of claim 20 further 
comprising: 

if said data frame is not source routed, program code for 
updating a transparent bridge database with the source 
address contained in said data frame; 

program code for determining if the destination address is 
in said transparent bridge database; 

if said destination address is in said transparent bridge 
database, program code for forwarding said data frame 60 
to the port associated with said destination address; 

if the destination address is not in said transparent bridge 
database, program code for determining if the destina- 
tion address is in a source routing database; and 

if the destination address is not in said source routing 65 
database, program code for forwarding said data frame 
to all ports that are transparently bridged except the 
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incoming port, and program code for forwarding said 
data frame to all ports that are source routed as an 
explorer frame. 

22. The computer program product of claim 20 wherein 
said program code for learning the source address and 
routing information includes: 

program code for determining if there is an entry for said 
source address in a source routing database; 

if there is no said entry, program code for adding the 
source address, routing information and associated port 
to said source routing database; 

for each entry for said source address, program code for 
determining if the routing information in said data 
frame matches the routing information in said each 
entry; and 

if there is no matching entry, program code for adding the 
source address, routing information and associated port 
to said source routing database; 

if there is a matching entry, program code for refreshing 
the age of said matching entry. 

23. The computer program product of claim 20 further 
comprising: 

program code for determining if the source address and 
destination address pair is in a duplicate destination 
address database; 

if said source address and destination address pair is in 
said duplicate destination address database, program 
code for determining if the corresponding routing infor- 
mation in a source routing database has aged out; 

if said corresponding routing information in said source 
routing database has not aged out, program code for 
sending said data frame as a specifically routed frame. 

24. The computer program product of claim 23 further 
including: 

if said source address and destination address pair is not 
in said duplicate destination address database, program 
code for determining the total number of non-aged out 
entries in said source routing database corresponding to 
said destination address; 

program code for hashing the source address in said data 
frame to select one of said non-aged out entries in said 
source routing database for forwarding said data frame 
as a specifically routed frame; and 

program code for creating an entry in said duplicate 
destination address database corresponding to said 
source address and destination address pair. 

25. Hie computer program product of claim 23 further 
comprising: 

if said corresponding entry in said source routing database 
has aged out, program code for determining the total 
number of non-aged out entries in said source routing 
database corresponding to said destination address; 

program code for hashing the source address in said data 
frame to select one of said non-aged out entries in said 
source routing database for forwarding said data frame 
as a specifically routed frame. 

26. A translational bridge for distributing data frames 
from source hosts in a transparent bridging domain over 
multiple communication paths to multiple instances of a 
destination address in a source route bridging domain of a 
heterogeneous computer network, said translational bridge 
comprising: 

a plurality of interfaces for transmitting and receiving data 
frames to and from hosts on network segments con- 
nected to said translational bridge with a plurality of 
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network segments operating in said source route bridg- 
ing domain and at least one network segment operating 
in said transparent bridging domain; 
a processor connected to said plurality of interfaces for: 
receiving a data frame that is destined to a host in the 5 

source route bridging domain from a host in the 

transparent bridging domain; 
sending an explorer frame out each source routed 

interface to said destination address in the source 

route bridging domain if said destination address has 10 

not previously been learned; 
receiving a response to said explorer frame from each 

instance of the destination address in the source route 

bridging domain; 
learning the routing information contained in each said 15 

received response; 
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selecting a path to the destination address in the source 
route bridging domain for all data frames originating 
at said source host; and 

forwarding said data frame over said selected path to 
the destination address. 

27. TTie translational bridge of claim 26 further compris- 
ing a memory coupled to said processor for storing said 
routing information contained in each said received 
response. 

28. The translational bridge of claim 26 wherein said 
plurality of network segments operating in the source route 
bridging domain comprise token ring local area networks. 

29. The translational bridge of claim 26 wherein said at 
least one network segment operating in said transparent 
bridging domain comprises an Ethernet local area network. 

* * * * * 
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